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CENTRALLY MANAGED AND DISTRIBUTED APPLICATIONS 

TECHNICAL FIELD 

The present invention relates generally to computer system networks. In 
5 particular, the present invention pertains to a method and system for 
distributing, implementing and managing applications across networks of 
computer systems. 



BACKGROUND ART 

10 Before computer system networks became prevalent, computer systems 

were primarily stand-alone devices. Software applications were written to 
perform specific functions and, in general, did not have the capability to 
communicate and exchange data over a network. However, as networks 
became common, software applications evolved to facilitate communication and 

15 the exchange of data and information over a network. 



Depending on the approach used in the network, the client computer 
systems can be either "fat" clients or "thin" clients. In general, with a fat client, 
only data are resident on the server computer system. The business logic, 
20 presentation logic, and the like used by an application are installed on the 

client. The application on a fat client retrieves and updates the data maintained 
by the server. 



VNET-P003/JPH/WAZ 



1 



CONFIDENTIAL 

With a thin client, generally speaking, the business logic, presentation 
logic, and data reside on a server and are downloaded to the client when 
needed. In a Web-based architecture, the client is a Web browser, the server is 
a Web server, and standard Internet protocols are used for data transport. 

5 Basically, a Web browser, which is an instance of a thin client, sends a request 
to the Web server, and the server processes the request and sends a response 
back. The functions of the Web server may be divided among one or more tiers 
of servers that perform more specialized functions, such as an application 
server that executes an application and a database server that stores and 

10 retrieves data for the application server. In any case, in essence, the Web 
server(s) perform the functions while the capabilities of the Web browser (thin 
client) are somewhat limited. 



A problem with the fat client approach is that the deployment of new or 
15 different software, such as application upgrades, to each client computer system 
can be expensive as well as administratively burdensome. Once a client has 
been designed and developed, its functionalities are relatively fixed, and so it is 
expensive to change or add new services, and to deploy the new software to all 
clients. Furthermore, when a computer system platform different from the 
20 platform the application was designed for is introduced to the network, the 

application needs to be ported for the new platform. This too can be expensive 
and time-consuming. Thus, the fat client approach is problematic with regard to 
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upgrading and distributing applications to client computer systems across the 
network. 

The thin client approach of the prior art addresses some of the problems 
5 associated with the fat client approach, but some challenges remain, 

particularly with regard to thin clients in Web-based architectures run on the 
Internet. One such challenge is that the client and server need to be connected 
in order for them to interact. Consequently, in the prior art, enterprises cannot 
afford to depend on the thin client approach for important transactions because 
10 of those instances when a connection cannot be made, even if those instances 
occur infrequently. 

Another challenge faced with thin clients in Web-based architectures is 
that communication delays can slow the processing of requests and 

15 transactions. The Internet Protocol (IP) cannot guarantee timely delivery of data 
packets to a destination. Real-time and business-critical IP traffic typically 
cannot tolerate excessive delays or packet losses. While some efforts can be 
made to improve the reliability and speed of an in-house network, this is not an 
option when working over a public network such as the Internet. Moreover, any 

20 advantage provided by an in-house network is largely offset by the cost of 
maintaining such a network, a cost that is not associated with the use of the 
Internet. 
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Another challenge associated with thin clients in Web-based 
architectures is that the user interface provided to the client for Web-based 
applications is typically in the form of HTML (HyperText Markup Language) 
pages which are individually downloaded and assembled by the client's Web 

5 browser. Compared to the user interface for client-based applications, a user 
interface provided in this manner is not as rich or compelling to the user. The 
user might also find that many of the menu items available in a client-based 
application are not available for a Web-based application. In addition, while 
there are techniques in place for facilitating the downloading of HTML pages, 

10 the client-based user may still experience a degree of inconvenience and delay 
associated with locating and downloading an HTML page and waiting for the 
page to be built on the client device. 

Yet another challenge faced with thin clients in Web-based architectures 
15 is that the HyperText Transfer Protocol (HTTP) standard used in the prior art is 
oriented toward synchronous communication between a client and a server. 
The client makes a request to a server and transfers data and control to the 
server as part of the request. Operation in the synchronous mode means the 
client is blocked from further execution of the request until a response is 
20 received from the server. Thus, the thin client approach of the prior art can lead 
to unsatisfactory performance because of the HTTP request/reply model 
currently in use, and the resultant blockage of further program execution. 
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As a result of these problems, networks, and in particular the Internet, are 
relegated primarily to a role of transferring content only for non-critical 
transactions between client and server devices. 

Thus, to summarize, maintaining, updating and distributing applications 
installed on fat clients can be costly and time-consuming, even when the client 
systems are networked. However, even with thin clients, challenges remain 
because of the limitations associated with Web browsers, network reliability, 
communication and processing, and the user interface. 

Accordingly, what is needed is a method and/or system for maintaining, 
upgrading, and distributing applications and updates to client computer systems 
efficiently and at reduced cost. What is also needed is a method and/or system 
that can satisfy the above needs and that maintains high performance and 
reliability and a satisfactory user interface. The present invention provides a 
novel solution to the above needs. 
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DISCLOSURE OF THE INVENTION 

The present invention provides a method and system for maintaining, 
upgrading, and distributing applications and updates to client computer systems 
efficiently and at reduced cost. The present invention also provides a method 
5 and system that satisfy the above need, maintain high performance and 
reliability, and provide a satisfactory user interface. 

In general, the present invention provides a centrally managed 
architecture for distributing and maintaining applications. In essence, the 

10 present invention distributes application-related information between a server 
and one or more clients by exchanging files (such as Extensible Markup 
Language files) on a periodic basis over the Internet. On the clients is an agent 
that works in combination with those files to create applications on the clients 
that have rich user interfaces and locally cached business logic. The present 

15 invention thus provides a "thin" client with the functionality of a "fat" client. 

The files are distributed transparently to the user; that is, the files are 
"pushed" to the clients or "pulled" from the server automatically over the 
network, and the applications are assembled automatically from the files. In a 
20 similar fashion, applications are seamlessly and automatically updated by 
downloading updated versions of files from the server, either as the updates 
become available or on a periodic basis. Thus, in accordance with the present 
invention, new applications and application updates can be distributed to a 
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multiplicity of clients from a centrally managed source (e.g., the server). The 
user, working at a client computer system, is automatically provided with a fully 
functional and up-to-date application resultant from the exchange of files 
between the client and the server. 

5 

Significantly, the applications can be executed on the client independent 
from the server in an "asynchronous mode;" that is, the interaction of the user 
with a client-based application is independent of the interaction of that 
application with the server. The client-based applications are complete enough 
10 to perform activities (e.g. support user interactions) while waiting for a response 
from the server to a previous request. In addition, the client-based applications 
are complete enough to be executed on the client with or without a connection 
between the client and the server. 

15 Specifically, the present embodiment of the present invention pertains to 

a method and system thereof for distributing, implementing and managing 
applications across a plurality of computer systems using a centrally managed 
source. In particular, the present invention pertains to a method and system for 
distributing and updating applications on client computer systems coupled to 

20 server computer systems in a network (e.g., the Internet or an Intranet). In the 
present embodiment, an application includes components (objects) that define 
the application's graphical user interface, business logic (including the 
functions and operations performed by the application), communication logic 
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and preferences, and data management (such as the exchange of data 
between components). 

In accordance with the present invention, the components (objects) used 
5 to build applications on the client computer systems are defined using text- 
based files. A "shell" program (e.g., agent) is installed on the client computer 
systems. The client-based shell program is used for downloading and installing 
the text-based files from a server. The shell program meshes the text-based 
files received from the server to create different client-based applications with 
10 rich user interfaces. 

In one embodiment, the text-based files are written using an Extensible 
Markup Language (XML) syntax. As such, applications can be defined by 
application developers in XML according to their components (objects), which 

15 are submitted via a server to the shell program residing on the client computer 
systems and meshed to form the application. Upgrades to applications are 
accomplished in much the same manner, by creating new objects or modifying 
existing ones, and downloading the new object via a server to the clients. That 
is, in the present embodiment, the client-based applications can be readily 

20 updated by downloading and installing a new version of an XML file. The 
server provides a centrally managed source for distributing applications and 
upgrades to a multiplicity of clients. Thus, in accordance with the present 
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invention, applications can be rapidly developed and upgraded with 
substantially reduced administration costs. 

In addition, with a centrally managed source of applications in 
5 accordance with the present invention, applications can be customized across a 
network of client computer systems (on a business-by-business basis, for 
example) or customized for each client computer system within a particular 
business, by downloading the appropriate files on a business-by-business or 
device-by-device basis. That is, specific files providing a customized version of 
10 an application can be targeted to a particular group of clients or to a single 
client. 

In accordance with the present invention, any client application as well 
as the client's Web browser can communicate via Internet protocols. However, 

15 the applications can be executed on the client computer systems with or without 
a network (e.g., Internet or Intranet) connection to a server computer system. In 
the absence of a network connection, because the application is built on the 
client computer system, the user can still utilize all of the application's 
functionality. In addition, the application can continue to support user 

20 interactions (e.g., execute a function) while waiting for the server to respond to 
an earlier request or requests. Data are stored locally and, if necessary, 
uploaded to the server when the network connection is restored. 
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Thus, in accordance with the present invention, the synchronous/ 
connection-oriented communication model of the prior art is replaced with an 
asynchronous/connectionless model. Accordingly, enterprises can successfully 
migrate their mission-critical applications to the World Wide Web, instead of 
5 relying on proprietary electronic data interchange (EDI) networks, leased phone 
lines, satellite networks and the like, while preserving high performance 
execution and timely responses to the end-user and providing a rich user 
interface on the client side. As such, the present invention allows the use of the 
Internet as a true universal communication medium. 

0 

These and other objects and advantages of the present invention will 
become obvious to those of ordinary skill in the art after having read the 
following detailed description of the preferred embodiments which are 
illustrated in the various drawing figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a part 
of this specification, illustrate embodiments of the invention and, together with 
the description, serve to explain the principles of the invention: 

FIGURE 1 is a block diagram of an exemplary computer system upon 
which embodiments of the present invention may be practiced. 



FIGURE 2 is a block diagram of an exemplary network of computer 
10 systems upon which embodiments of the present invention can be 
implemented. 



FIGURES 3A, 3B and 3C are data flow diagrams illustrating the use of 
text-based files to build applications in accordance with the present invention. 

15 

FIGURE 4 is a data flow diagram showing the interaction of application 
objects in accordance with one embodiment of the present invention. 



FIGURE 5 is a flowchart of the steps in a process for building applications 
20 from text files in accordance with one embodiment of the present invention. 
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Reference will now be made in detail to the preferred embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 
While the invention will be described in conjunction with the preferred 
5 embodiments, it will be understood that they are not intended to limit the 
invention to these embodiments. On the contrary, the invention is intended to 
cover alternatives, modifications and equivalents, which may be included within 
the spirit and scope of the invention as defined by the appended claims. 
Furthermore, in the following detailed description of the present invention, 

10 numerous specific details are set forth in order to provide a thorough 

understanding of the present invention. However, it will be obvious to one of 
ordinary skill in the art that the present invention may be practiced without these 
specific details. In other instances, well-known methods, procedures, 
components, and circuits have not been described in detail so as not to 

15 unnecessarily obscure aspects of the present invention. 

Some portions of the detailed descriptions which follow are presented in 
terms of procedures, logic blocks, processing, and other symbolic 
representations of operations on data bits within a computer memory. These 
20 descriptions and representations are the means used by those skilled in the 
data processing arts to most effectively convey the substance of their work to 
others skilled in the art. In the present application, a procedure, logic block, 
process, or the like, is conceived to be a self-consistent sequence of steps or 
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instructions leading to a desired result. The steps are those requiring physical 
manipulations of physical quantities. Usually, although not necessarily, these 
quantities take the form of electrical or magnetic signals capable of being 
stored, transferred, combined, compared, and otherwise manipulated in a 
5 computer system. It has proven convenient at times, principally for reasons of 
common usage, to refer to these signals as transactions, bits, values, elements, 
symbols, characters, fragments, pixels, or the like. 

It should be borne in mind, however, that all of these and similar terms 
10 are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 
otherwise as apparent from the following discussions, it is appreciated that 
throughout the present invention, discussions utilizing terms such as 
"receiving," "executing," "creating," "installing," "using" or the like, refer to actions 
15 and processes (e.g., process 500 of Figure 5) of a computer system or similar 
electronic computing device. The computer system or similar electronic 
computing device manipulates and transforms data represented as physical 
(electronic) quantities within the computer system memories, registers or other 
such information storage, transmission or display devices. The present 
20 invention is well suited to the use of other computer systems. 

Refer now to Figure 1 which illustrates an exemplary computer system 
190 upon which embodiments of the present invention may be practiced. 
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Computer system 190 may be utilized as a client computer system or as a 
server computer system in a computer system network 200 (see Figure 2). In 
general, computer system 190 of Figure 1 comprises bus 100 for 
communicating information, processor 101 coupled with bus 100 for processing 

5 information and instructions, random access (volatile) memory 102 coupled with 
bus 100 for storing information and instructions for processor 101, read-only 
(non-volatile) memory 103 coupled with bus 100 for storing static information 
and instructions for processor 101, data storage device 104 such as a magnetic 
or optical disk and disk drive coupled with bus 100 for storing information and 

10 instructions, an optional user output device such as display device 1 05 coupled 
to bus 100 for displaying information to the computer user, an optional user 
input device such as alphanumeric input device 106 including alphanumeric 
and function keys coupled to bus 100 for communicating information and 
command selections to processor 101, and an optional user input device such 

15 as cursor control device 1 07 coupled to bus 100 for communicating user input 
information and command selections to processor 101. Furthermore, 
input/output device 108 is used to couple computer system 190 to network 200. 

With reference still to Figure 1, optional display device 105 utilized with 
20 computer system 190 may be a liquid crystal device, cathode ray tube, or other 
display device suitable for creating graphic images and alphanumeric 
characters recognizable to the user. Optional cursor control device 107 allows 
the computer user to dynamically signal the two-dimensional movement of a 
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visible symbol (pointer) on a display screen of display device 105. Many 
implementations of the cursor control device are known in the art including a 
trackball, mouse, joystick or special keys on optional alphanumeric input device 
106 capable of signaling movement of a given direction or manner of 
5 displacement. It is to be appreciated that the cursor control 107 also may be 
directed and/or activated via input from the keyboard using special keys and 
key sequence commands. Alternatively, the cursor may be directed and/or 
activated via input from a number of specially adapted cursor directing devices. 

10 Figure 2 is a block diagram of computer systems 190a, 190b and 190c 

coupled in an exemplary network 200 upon which embodiments of the present 
invention can be implemented. Network 200 may represent a portion of a 
communication network located within a firewall of an organization or 
corporation (an "Intranet"), or network 200 may represent a portion of the World 

15 Wide Web or Internet. It is appreciated that the present invention can be utilized 
with any number of client and network computer systems. 

The mechanisms for coupling computer systems 190a, 190b and 190c 
over the Internet or Intranets 210 are well-known in the art. In the present 
20 embodiment, standard Internet protocols like IP (Internet Protocol), TCP 

(Transmission Control Protocol), HTTP (HyperText Transfer Protocol) and SSL 
(Secure Sockets Layer) are used to transport data between clients and servers, 
in either direction. However, the coupling of computer systems 190a, 190b and 
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190c can be accomplished over any network protocol that supports a network 
connection, including NetBIOS, IPX (Internet Packet Exchange), and LU6.2, 
and link layers protocols such as Ethernet, token ring, and ATM (Asynchronous 
Transfer Mode). Computer systems 190a, 190b and 190c may also be coupled 
5 via their respective input/output ports (e.g., serial ports) or via wireless 
connections (e.g., according to IEEE 802.11b). 

With reference still to Figure 2, in the present embodiment, residing on 
each client computer system 190a-b is an agent 205. Agent 205 is a software 

10 program or set of computer-readable program instructions that implements the 
present invention method for implementing, updating and distributing 
applications. In one embodiment, agent 205 is a "shell" program that is 
installed on client computer systems 190a-b. As such, agent 205 is a generic 
program that can be installed on different computer system platforms. After 

15 installation, agent 205 downloads files from server computer system 190c (e.g., 
from databases and file systems 230 that are either resident on server 190c, or 
accessible by server 190c). 

In accordance with the present invention, the files downloaded by agent 
20 205 are text-based files. In one embodiment, the files are written using an 

Extensible Markup Language (XML) syntax. Because information in an XML file 
is stored in plain text, the format facilitates the movement of data over the 
Internet from the client to the server and back. 
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In accordance with the present invention, agent 205 then assembles the 
text-based files to create applications that are executable by client computer 
systems 190a-b. In the present embodiment, an application consists of a 

5 number of components or objects that, when combined by agent 205, define the 
GUI (graphical user interface), business logic, communication preferences, and 
data management and exchange logic for the application. In accordance with 
the present embodiment of the present invention, these components are 
defined in XML files and submitted via server computer system 190c to agent 

10 205. Agent 205, together with the XML files, forms each application. The XML 
files are thereby used to define the GUI and associated actions; to define 
business rules like work flow; and to facilitate the exchange of information 
between different objects. In the present embodiment, the XML format is also 
used to define the content of data, as well as the structural relationships that 

15 exist inside the data. 

For example, for a word processing application, a GUI comparable that 
used by conventional word processing applications can be defined by the XML 
files. The functions executed by a word processing application can be defined 
20 by another set of XML files (e.g., the business logic files). The flow of 

information between the XML files can be defined by another set of XML files 
(e.g., the data management files) and appropriately managed by agent 205. 
The frequency with which word processing documents are to be uploaded to 



VNET -P003/JPH/WAZ 



17 



CONFIDENTIAL 

server computer system 190c can be defined in yet another set of XML files 
(e.g., the communication preferences files). 



Because agent 205 creates the GUI, business logic, communication 
5 preferences, and data management logic from the XML files, it needs to be 
installed only once on each of client computer systems 190a-b. Further client- 
side installations of agent 205 are not required or are minimized. A generic set 
of information (e.g., agent 205) is thus installed initially on the clients, and the 
information from the server is used to define different applications in 
10 combination with the agent 205. 



On the other hand, the XML files can be downloaded from server 
computer system 190c each time the application is used, or the files can be 
cached locally on each of client computer systems 190a-b. Also, updated 

15 versions of each file can be downloaded from server computer system 190c 
when a newer version of a file becomes available, thereby enabling the 
application to be readily updated. In accordance with the present invention, 
there is no need to edit and recompile the application to change one or more of 
its functions or operations; instead, the XML file associated with the 

20 function/operation is edited and downloaded from server computer system 190c 
to the client computer systems 190a-b. Consequently, the present invention 
introduces central management of applications, and can reduce the 
administration costs associated with the distribution of application upgrades. 
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In one embodiment, agent 205 automatically checks server computer 
system 190c for updated versions of files used by the applications loaded onto 
client computer systems 190a-b. In this embodiment, the frequency at which 

5 agent 205 checks for updated files can be set in the file that controls 

communication logic and preferences. As described above, files from server 
computer system 190c can be downloaded when the application is used or 
when new files are available. In accordance with the present invention, files 
can be "pulled" by client computer systems 190a-b from server computer system 

10 190c, or "pushed' from server computer system 190c to client computer system 
190a and/or 190b. 



The files are distributed transparently to the user; that is, the files are 
pushed to the client or pulled from the server automatically over the network 
15 200. Similarly, applications are seamlessly and automatically updated by 
periodically downloading new files to client computer systems 190a-b from 
server computer system 1 90c. 



Because the applications can reside locally on each of client computer 
20 systems 190a-b, asynchronous communication between client computer 

systems 190a-b and server computer system 190c is enabled with the present 
invention. In accordance with the present invention, the application can be 
executed on a client computer system 190a or 190b asynchronously from the 
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server computer system 1 90c. That is, the interaction of the user with the client- 
based application is independent of the interaction of the client-based 
application with the server. 

5 Asynchronous communication between client computer systems 190a-b 

and server computer system 190c allows a user to engage in other, productive 
activities while waiting for another activity to conclude. That is, in contrast to a 
synchronous mode in which a client is blocked from further execution of an 
activity until a response is received from the server, the asynchronous mode of 

10 the present invention allows the application to continue support of user 
interactions (such as the typing in and saving of text) in parallel with (while 
waiting for) the server to respond to a previous request or requests. In 
accordance with the present invention, a request can be sent to the server, work 
can continue on the client before a response to the request is received, another 

15 request can be sent to the server before the response to the first request is 
received, and so on. 



Also, with asynchronous communication, applications can support user 
interactions, such as the typing in and saving of text, even in the absence of a 
20 network connection. In accordance with the present invention, if a connection 
between the client (e.g., 190a) and server 190c is dropped, a user can still 
utilize the application's functionality. The user input and other such client- 
based data can be saved locally on client 190a and uploaded to the server 
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190c when the connection is restored. Because a connection between a client 
(e.g., 190a) and a server 190c is not required in order to execute an application, 
the present invention allows the Internet (or Intranet) 210 to be used as a 
universal communication medium suitable to run mission-critical operations. 

5 

Figure 3A is a data flow diagram illustrating the use of text-based files to 
build applications in accordance with one embodiment of the present invention. 
In this embodiment, different sets of XML files 310 and 320 are downloaded to 
client computer system 190a from a server such as server computer system 

10 1 90c (Figure 2). The set of XML files 31 0 correspond to a first application A 
312, and the set of XML files 320 correspond to a second, different application B 
322. In accordance with the present invention, the XML files 310 are 
assembled with agent 205 to create application A 312, resident and executable 
on client computer system 190a. Similarly, the XML files 320 are assembled 

15 with agent 205 to create application B 322, also resident and executable on 
client computer system 190a. Thus, in this embodiment, different applications 
are built according to the information specified in the XML files 320 and 322. 

Figure 3B is a data flow diagram illustrating the use of text-based files to 
20 build applications in accordance with another embodiment of the present 

invention. In this embodiment, a set of XML files 310 is downloaded to each of 
client computer systems 190a and 190b from server computer system 190c. 
The set of XML files are assembled with agent 205 residing on the client 
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computer systems to create application C 350 on each of the clients. Thus, in 
this embodiment, the application C 350 is readily distributed from the server to 
each of the clients. In this manner, an application or set of applications can be 
distributed to each client computer system across a business, on a business-by- 
5 business basis. 

It will be understood that a similar technique can be used to distribute 
application updates to each of the clients. For example, one or more of the XML 
files in the set of XML files 310 can be modified, and that file or files can then be 
10 distributed to each of client computer systems 190a and 190b. Because an 
XML file is written in plain text, modification of such a file to upgrade an 
application is readily performed. Thus, application C 350 can be quickly 
updated in accordance with the present invention. 

15 Figure 3C is a data flow diagram illustrating the use of text-based files to 

build applications in accordance with another embodiment of the present 
invention. In this embodiment, one or more of the XML files within a set of XML 
files 310 can be modified to customize an application C 350 according to the 
preferences of the end-user. For example, the file or files defining the user 

20 interface can be differentiated into a first user interface file 331 and a second 
user interface file 332, while other files in the set of XML files 310 are not 
differentiated. Thus, different user interfaces can be provided to client computer 
systems 190a and 190b for the same application C 350. It is appreciated that 
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other files (e.g., the business, communication and/or data files) within the set of 
XML files 310 can also be modified according to a user's preference(s). In this 
manner, an application or set of applications can be customized on a device-by- 
device basis. 

5 

Figure 4 is a data flow diagram showing the interaction of application 
objects in accordance with one embodiment of the present invention. In 
accordance with the present embodiment of the present invention, applications 
are comprised of objects (e.g., A 410 and B 420) that communicate by passing 

10 XML messages 430 to each other. Objects A 410 and B 420 can reside on a 
client computer system (e.g., 190a) or on a server computer system 190c 
(Figure 2). An object is typically in one of the two states: a listen state or a talk 
state. The present invention coordinates communication between objects A 
410 and B 420. For example, in one embodiment, agent 205 (Figure 2) 

15 functions to ensure that at least one of the objects is in the listen state. 

Figure 5 is a flowchart of the steps in a process 500 for building 
applications from text-based files in accordance with one embodiment of the 
present invention. In this embodiment, process 500 is implemented by 
20 computer system 190 as computer-readable program instructions (agent 205 of 
Figure 2) stored in a memory unit (e.g., ROM 103, RAM 102 or data storage 
device 104 of Figure 1) and executed by a processor (e.g., processor 101 of 
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Figure 1). As described above, in one embodiment, the text-based files use 
XML or an XML syntax. 



In step 510 of Figure 5, with reference also to Figure 2, a shell program 
5 (e.g., agent 205) is installed on each of client computer systems 190a-b. Agent 
205 can be downloaded on each client from server computer system 190c, or 
otherwise installed using some type of transferable memory unit such as a 
compact disk. In accordance with the present invention, agent 205 is a generic 
(e.g., cross-platform and cross-device) program. It is contemplated that agent 
10 205 would only be installed once on client computer systems 1 90a-b. 



In step 520 of Figure 5, again with reference also to Figure 2, text-based 
files (e.g., XML files) are received by client computer systems 190a-b from 
server computer system 190c. The files define the various components and 
15 objects of each of the applications to be executed by the clients. In the present 
embodiment, the files are used to define, for each application, the graphical 
user interface, business rules (e.g., functions and operations), communication 
preferences (e.g., between each of the clients 190a-b and server 190c), and 
data flow and management used by the application. 

20 

In step 530, agent 205 residing on a client computer system (e.g., 190a) 
is executed. In accordance with the present invention, agent 205 functions to 
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assemble the files received in step 520 into each of the various applications 
defined by those files. 

In step 540, agent 205 meshes the files received in step 520 into different 
5 client-based applications. 

In step 550, applications can be readily updated by downloading and 
installing a new file (or files) that replace a previously used file. That is, in the 
present embodiment, an individual component or object of an application is 

10 updated by downloading a different version of a file corresponding to that 

component/object. Updates can be performed on a periodic basis, for example 
at regular intervals specified by each user or specified in the files that define 
communication preferences for each of the applications. Updates can also be 
performed each time the client computer system is connected with the server 

15 computer system, either automatically or in response to user input (e.g., the user 
can click on the "refresh" button of the client-based Web browser). In any case, 
updates are performed and implemented seamlessly and transparently to the 
user. 

20 Thus, if an enterprise wants to change the manner in which it does 

business (for example, the business wants to record and track business data 
differently from before), the appropriate file or files can be modified at the server 
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and then sent to each client as the client comes into use. Because the XML 
format is used, such modifications are readily made. 

In a similar manner, a user can specify preferences with regard to the 
5 user interface. A user's preferences can be specified by the user interacting 
with the server, or the user's preferences can be cached on either the client or 
server device. Based on the user's preferences, the appropriate field in the 
XML file can be modified, so that when the file is received by the client, the 
desired user interface is displayed. 

10 

The preferred embodiment of the present invention, centrally managed 
and distributed applications, is thus described. While the present invention has 
been described in particular embodiments, it should be appreciated that the 
present invention should not be construed as limited by such embodiments, but 
15 rather construed according to the following claims. 
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